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DETAILED ACTION 



Response to Arguments 



1 . Applicant's argunnents with respect to claims 1-1 1 have been considered 
but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC §112 

2. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

3. Claims 1, 4 and 9 are rejected under 35 U.S.C. 112, first paragraph, as 
falling to comply with the written description requirement. The clalm(s) contains 
subject matter which was not described in the specification In such a way as to 
reasonably convey to one skilled in the relevant art that the inventor(s), at the 
time the application was filed, had possession of the claimed Invention. 

Regarding to claims 1 , 4 and 9, a management facility for managing a readout of 
said unit of data common to said storages was claimed. However, the limitations, 
responds to a unit name of data received from said host from one of said storages upon 
reception of the unit name of said data from said host, as in claim 4, responds to a file name 
in said first format from one of said storages upon reception of file name in said first format 
from said host, and claim 9, responds to a file name and data received form said host from 
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one of said storages upon reception of the file name of said data from said host were not 
described In the specification. 



4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 

under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 

not commonly owned at the time a later invention was made in order for the examiner to 

consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 

prior art under 35 U.S.C. 103(a). 



Claim Rejections - 35 USC § 103 



5. Claims 1-11 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over O'Connor [USP 6,564,228 B1] in view of Dang et al. [USP 
5,446,855], 
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Regarding to claim 1 , O'Connor teaches a network file system and method 
wherein a storage area network Universal File System allows any host in a 
heterogeneous based storage area network to read or write data as if in its native 
format (Abstract). As shown in FIG. 4 is a storage area network includes Universal File 
System (UVFS) storage devices 420, type A storage device 422, type B storage device 
424, type A hosts 402 and 406, and type B hosts 404 and 408. Type A host 402 and 
type B host 404 both include universal file system mechanisms 410 and 412, 
respectively. The file system of the UVFS storage devices 420 is not compatible with 
the file systems of type A hosts 402 and 406, or type B hosts 404 and 406. Also, the file 
system of type A hosts 402 and 406 is not compatible with the file systems of type B 
hosts 404 and 408 (FIG. 4, Col. 5, lines 14-31). To enable a host to utilize a universal 
file system, software may be installed as part of the operating system of a host, which 
allows it to mount the universal file system. Once mounted, data may be read from and 
written to the file system. When a client mounts a directory on a server, that directory 
and subdirectories become part of the client's directory hierarchy. Each platform may 
have its own enabling software package. With a universal file system, each platform 
need only create a package for accessing the universal file system and can be assured 
of being able to share data with other platforms, which are enabled in like manner (Col. 
6, lines 23-38). As seen, once mounted to the universal file system by utilizing the 
software, a directory, subdirectory, or a file under a directory or subdirectory in a 
particular file system as a unit of data specific to an operating system, such as type A, is 
converted to a type that common to the UVFS file system. In other words, the O'Connor 
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software performs the function of a converter facility for converting a unit of data specific to 
an operating system on said host into a unit of data common to said storages. As shown In as 
in FIG. 4, UVFS mechanism 410 is configured such that type A host 402 sees data 
stored on the UVFS storage devices 420 as if it were stored in a format compatible with 
its own type A format (Col. 5, lines 47-53). A universal permissions scheme modeled 
after the Unix scheme is used in a universal file system to ensure data security and 
integrity. For example, when configuring a host for a SAN universal file system, a listing 
of the permissions mask for a file may be "Urwxr-x-x". In this case, the first character 
indicates this is a universal file system and should be treated as such. Each user may 
have one or more of the following permissions: read access, write access, or execute 
access. When a user attempts to access a file, the operating system first identifies 
which type of user is making the request, then checks the permissions for that user to 
determine if access is granted (Col. 6, line 48-Col. 7, line 18). Thus, a type A host 402 
of FIG. 4 as fl host from one of said storages accesses a file in Unix scheme modeled 
UVFS 420 by conventionally specifying the file name with UNIX commands, upon the 
file name reception, the system responses by displaying the file in a format compatible 
with its own type as a readout for reading, modifying or executing. In short, this 
technique indicates a management facility for managing a readout of said unit of data 
common to said storages which responds to a unit name of data received from said host from 
one of said storages upon reception of the unit name of said data from said host. FIG. 12 is a 
RAID storage device for storing data, which includes disk arrays 1 1 0OA and 1 1 0OB. 
O'Connor fails to teach a controller for allocating a data which is transferred through said 



• 
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data transfer network to a virtual space and storing said data allocated to the virtual space in 
said storage device. Dang teaches a system for managing I/O request directed to a disk 
array (Dang, abstract). As shown in Dang FIG. 2 is a RAID storage device 26 with a 
plurality of disk array. As shown in FIG. 1, when the processing unit 12 executes an 
instruction within the application program 19 corresponding to an I/O operation, control 
is transferred to the operating system 18 (Dang, Col. 6, lines 39-42), which couples to 
virtual disk driver 16 includes a data storage 17 for storing data that will be transferred 
to or read from the disk array 26 as in Dang FIG. 3 (Dang, Col. 6, lines 58-14). The 
request is broken into one or more sub-requests (Dang, Col. 7, lines 15-16), and stored 
in a pending queue (Dang, Col. 8, lines 14-15). If the request is a write request (Dang, 
FIG. 7A, step 204), the data are written into appropriate disk drives 29 (Dang, FIG. 9B, 
step 438, Col. 15, lines 21-33). As seen, the Dang technique indicates a controller for 
allocating a data which is transferred through said data transfer network to a virtual space 
and storing said data allocated to the virtual space in said storage device. Therefore, it would 
have been obvious for one of ordinary skill in the art at the time the invention was made 
to modify the O'Connor network file system by including a controller for allocating data 
to a virtual space before storing in storage device as taught by Dang in order to 
minimize the amount of time required for performing read write operation in RAID 
storage device of storage area network Universal File System. 



Regarding to claim 4, O'Connor teaches a network file system and method 
wherein a storage area network Universal File System allows any host in a 
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heterogeneous based storage area network to read or write data as if in its native 
format (Abstract). As shown in FIG. 4 is a storage area network includes Universal File 
System (UVFS) storage devices 420, type A storage device 422, type B storage device 
424, type A hosts 402 and 406, and type B hosts 404 and 408. Type A host 402 and 
type B host 404 both include universal file system mechanisms 410 and 412, 
respectively. The file system of the UVFS storage devices 420 is not compatible with 
the file systems of type A hosts 402 and 406, or type B hosts 404 and 406. Also, the file 
system of type A hosts 402 and 406 is not compatible with the file systems of type B 
hosts 404 and 408 (FIG. 4, Col. 5, lines 14-31). To enable a host to utilize a universal 
file system, software may be installed as part of the operating system of a host, which 
allows it to mount the universal file system. Once mounted, data may be read from and 
written to the file system. When a client mounts a directory on a server, that directory 
and subdirectories become part of the client's directory hierarchy. Each platform may 
have its own enabling software package. With a universal file system, each platform 
need only create a package for accessing the universal file system and can be assured 
of being able to share data with other platforms, which are enabled in like manner (Col. 
6, lines 23-38). As seen, once mounted to the universal file system by utilizing the 
software, a directory, subdirectory, or a file under a directory or subdirectory in a 
particular file system such as type A, is converted to a type that common to the UVFS 
file system. In other words, the O'Connor software performs the function of a converter 
facility for converting files in a first format having a file format specific to an operating system 
on said host into files in a second format having a file format common to said storages. As In 
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FIG. 4, UVFS mechanism 410 is configured such that type A host 402 sees data stored 
on the UVFS storage devices 420 as if it were stored in a format compatible with its own 
type A format (Col. 5, lines 47-53). A universal permissions scheme modeled after the 
Unix scheme is used in a universal file system to ensure data security and integrity. For 
example, when configuring a host for a SAN universal file system, a listing of the 
permissions mask for a file may be "Urwxr-x-x". In this case, the first character indicates 
this is a universal file system and should be treated as such. Each user may have one 
or more of the following permissions: read access, write access, or execute access. 
When a user attempts to access a file, the operating system first identifies which type of 
user is making the request, then checks the permissions for that user to determine if 
access is granted (Col. 6, line 48-Col. 7, line 18). Thus, a type A host 402 of FIG. 4 as a 
host from one of said storages accesses a file in Unix scheme modeled UVFS 420 by 
conventionally specifying the file name with UNIX commands, upon the file name 
reception, the system responses by displaying the file in a format compatible with its 
own type as a readout for reading, modifying or executing. In short, this technique 
indicates a management facility for managing a readout of files in said second format which 
is responds to a file name in said first format from one of said storages upon reception of file 
name in said first format from said host. FIG. 1 2 is a RAID storage device for storing data, 
which includes disk arrays 1 100A and 1 100B. O'Connor fails to teach a controller for 
allocating a data which is transferred through said data transfer network to a virtual space 
and storing said data allocated to the virtual space in said storage device. Dang teaches a 
system for managing I/O request directed to a disk array (Dang, abstract). As shown in 
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Dang FIG. 2 is a RAID storage device 26 with a plurality of disk array. As shown in FIG. 
1, when the processing unit 12 executes an instruction within the application progrann 
19 corresponding to an I/O operation, control is transferred to the operating system 18 
(Dang, Col. 6, lines 39-42), which couples to virtual disk driver 16 includes a data 
storage 17 for storing data that will be transferred to or read from the disk array 26 as in 
Dang FIG. 3 (Dang, Col. 6, lines 58-14). The request is broken into one or more sub- 
requests (Dang, Col. 7, lines 15-16), and stored in a pending queue (Dang, Col. 8, lines 
14-15). If the request is a write request (Dang, FIG. 7A, step 204), the data are written 
into appropriate disk drives 29 (Dang, FIG. 9B, step 438, Col. 15, lines 21-33). As seen, 
the Dang technique indicates a controller for allocating a data which is transferred through 
said data transfer network to a virtual space and storing said data allocated to the virtual 
space in said storage device. Therefore, it would have been obvious for one of ordinary 
skill in the art at the time the invention was made to modify the O'Connor network file 
system by including a controller for allocating data to a virtual space before storing in 
storage device as taught by Dang in order to minimize the amount of time required for 
performing read write operation in RAID storage device of storage area network 
Universal File System. 

Regarding to claim 6, O'Connor teaches a network file system and method 
wherein a storage area network Universal File System allows any host in a 
heterogeneous based storage area network to read or write data as if in its native 
format (Abstract). As shown in FIG. 4 is a storage area network includes Universal File 
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System (UVFS) storage devices 420, type A storage device 422, type B storage device 
424, type A hosts 402 and 406, and type B hosts 404 and 408. Type A host 402 and 
type B host 404 both include universal file system mechanisms 410 and 412, 
respectively. The file system of the UVFS storage devices 420 is not compatible with 
the file systems of type A hosts 402 and 406, or type B hosts 404 and 406. Also, the file 
system of type A hosts 402 and 406 is not compatible with the file systems of type B 
hosts 404 and 408 (FIG. 4, Col. 5, lines 14-31 ). As seen, the O'Connor storage area 
network indicates a host for obtaining files from said storages', a server for managing files 
present apart form said host. To enable a host to utilize a universal file system, software 
may be installed as part of the operating system of a host, which allows it to mount the 
universal file system. Once mounted, data may be read from and written to the file 
system. When a client mounts a directory on a server, that directory and subdirectories 
become part of the client's directory hierarchy. Each platform may have its own enabling 
software package. With a universal file system, each platform need only create a 
package for accessing the universal file system and can be assured of being able to 
share data with other platforms, which are enabled in like manner (Col. 6, lines 23-38). 
As seen, once mounted to the universal file system by utilizing the software, a directory, 
subdirectory, or a file under a directory or subdirectory in a particular file system such as 
type A, is converted to a type that common to the UVFS file system. In other words, the 
O'Connor software performs the function of a converter facility for converting files of a 
format specific to an operating system on said host into a generic format file having a format 
of significance common to said storages. As in FIG. 4, UVFS mechanism 410 is configured 
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such that type A host 402 sees data stored on the UVFS storage devices 420 as if it 
were stored in a format compatible with its own type A format (Col. 5, lines 47-53). A 
universal permissions scheme modeled after the Unix scheme is used in a universal file 
system to ensure data security and integrity. For example, when configuring a host for a 
SAN universal file system, a listing of the permissions mask for a file may be "Urwxr-x- 
x". In this case, the first character indicates this is a universal file system and should be 
treated as such. Each user may have one or more of the following permissions: read 
access, write access, or execute access. When a user attempts to access a file, the 
operating system first identifies which type of user is making the request, then checks 
the permissions for that user to determine if access is granted (Col. 6, line 48-Col. 7, 
line 18). Thus, under a UVFS file specified by a conventional file name is a list of 
permissions mask. A type A host 402 of FIG. 4 accesses the file in Unix scheme 
modeled UVFS 420 by conventionally specifying the file name with UNIX commands, 
upon the file name reception, the system responses by displaying the file at the host 
402 in a format compatible with its own type for reading, modifying or executing based 
on access permission. In short, this technique indicates servermanages the transmission 
of said files on said storages to said host upon reception of access permission request from 
said host to said files under the name of said common format file. FIG. 1 2 is a RAID storage 
device for storing data, which includes disk arrays 1 100A and 1 100B. O'Connor fails to 
teach a controller for allocating a data which is transferred through said data transfer 
network to a virtual space and storing said data allocated to the virtual space in said storage 
device. Dang teaches a system for managing I/O request directed to a disk array (Dang, 
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abstract). As shown in Dang FIG. 2 is a RAID storage device 26 with a plurality of disk 
array. As shown in FIG. 1 , when the processing unit 12 executes an instruction within 
the application program 19 corresponding to an I/O operation, control is transferred to 
the operating system 18 (Dang, Col. 6, lines 39-42), which couples to virtual disk driver 
16 includes a data storage 17 for storing data that will be transferred to or read from the 
disk array 26 as in Dang FIG. 3 (Dang, Col. 6, lines 58-14). The request is broken into 
one or more sub-requests (Dang, Col. 7, lines 15-16), and stored in a pending queue 
(Dang, Col. 8, lines 14-15). If the request is a write request (Dang, FIG. 7A, step 204), 
the data are written into appropriate disk drives 29 (Dang, FIG. 9B, step 438, Col. 15, 
lines 21-33). As seen, the Dang technique indicates a controller for allocating a data 
which is transferred through said data transfer network to a virtual space and storing said 
data allocated to the virtual space in said storage device. Therefore, it would have been 
obvious for one of ordinary skill in the art at the time the invention was made to modify 
the O'Connor network file system by including a controller for allocating data to a virtual 
space before storing in storage device as taught by Dang in order to minimize the 
amount of time required for performing read write operation in RAID storage device of 
storage area network Universal File System. 

Regarding to claim 9, O'Connor teaches a network file system and method 
wherein a storage area network Universal File System allows any host in a 
heterogeneous based storage area network to read or write data as if in its native 
format (Abstract). As shown in FIG. 4 is a storage area network includes Universal File 
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System (UVFS) storage devices 420, type A storage device 422, type B storage device 
424, type A hosts 402 and 406, and type B hosts 404 and 408. Type A host 402 and 
type B host 404 both include universal file system mechanisms 410 and 412, 
respectively. The file system of the UVFS storage devices 420 is not compatible with 
the file systems of type A hosts 402 and 406, or type B hosts 404 and 406. Also, the file 
system of type A hosts 402 and 406 is not compatible with the file systems of type B 
hosts 404 and 408 (FIG. 4, Col. 5, lines 14-31). To enable a host to utilize a universal 
file system, software may be installed as part of the operating system of a host, which 
allows it to mount the universal file system. Once mounted, data may be read from and 
written to the file system. When a client mounts a directory on a server, that directory 
and subdirectories become part of the client's directory hierarchy. Each platform may 
have its own enabling software package. With a universal file system, each platform 
need only create a package for accessing the universal file system and can be assured 
of being able to share data with other platforms, which are enabled in like manner (Col. 
6, lines 23-38). UVFS mechanism 410 is configured such that type A host 402 sees 
data stored on the UVFS storage devices 420 as if it were stored in a format compatible 
with its own type A format (Col. 5, lines 47-53). As seen, once mounted to the universal 
file system by utilizing the software, a directory, subdirectory, or a file under a directory 
or subdirectory in a particular file system of a host such as type A, is converted to a type 
that common to the UVFS file system, and data in UVFS are displayed in the host as if it 
were stored in a format compatible with its own type A format for reading or writing. In 
other words this technique indicates a host having a file system converting files in a file 
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format specific to an operating system into files in a format common on said storages, and 
converting files in said common file format on said data transfer network into files in said file 
format specific to said operating system, and said host updating data in said file format 
specific to said operating system. As in FIG. 4, UVFS mechanism 410 is configured such 
that type A host 402 sees data stored on the UVFS storage devices 420 as if it were 
stored in a format compatible with its own type A format (Col. 5, lines 47-53). A 
universal permissions scheme modeled after the Unix scheme is used in a universal file 
system to ensure data security and integrity. For example, when configuring a host for a 
SAN universal file system, a listing of the permissions mask for a file may be "Un/vxr-x- 
x". In this case, the first character indicates this is a universal file system and should be 
treated as such. Each user may have one or more of the following permissions: read 
access, write access, or execute access. When a user attempts to access a file, the 
operating system first identifies which type of user is making the request, then checks 
the permissions for that user to determine if access is granted (Col. 6, line 48-Col. 7, 
line 1 8). Thus, a type A host 402 of FIG. 4 as a host from one of said storages accesses a 
file in Unix scheme modeled UVFS 420 by conventionally specifying the file name with 
UNIX commands, upon the file name reception, the system responses by displaying the 
file in a format compatible with its own type as a readout ior reading, modifying or 
executing. In short, this technique indicates a management facility for managing a readout 
of a file common to said storages which responds to a file name and data received from said 
host from one of said storages upon reception of the file name of said data from said host. As 
shown in FIG. 12 (Cols. 9-1 0) is a storage having a file storage area for storing files in a 
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format common to said storages. O'Connor fails to teach a virtual space for retaining file 
that may be transmitted and received to and from said host or another storage and that is in 
said format common to said storages^ as well as a storage controller for asynchronously 
allocating said file read out from said storage area to said virtual space to transmit to said host 
said file in said virtual space. Dang teaches a system for managing I/O request directed 
to a disk array (Dang, abstract). As shown in Dang FIG. 2 is a RAID storage device 26 
with a plurality of disk array. As shown in FIG. 1 , when the processing unit 12 executes 
an instruction within the application program 19 corresponding to an I/O operation, 
control is transferred to the operating system 18 (Dang, Col. 6, lines 39-42), which 
couples to virtual disk driver 16 includes a data storage 17 for storing data that will be 
transferred to or read from the disk array 26 (Dang, FIG. 3, Col. 6, lines 58-14). The I/O 
request is broken into one or more sub-requests (Dang, Col. 7. lines 15-16), and stored 
in a pending queue (Dang, Col. 8, lines 14-15). If the request is a read request (Dang, 
FIG. 8B, step 338). an array request is created (Dang, FIG. 8A, step 312) and put in the 
active queue 64. The active queue is processed and if the selected array request is a 
read operation, the method issues the read operation to the disk array 26 to obtain the 
required data (Dang, Col. 14, lines 1 1-30). As seen, the virtual disk driver is a virtual 
space for retaining file that may be transmitted and received to and from said host or another 
storage and that is in said format common to said storages. If an I/O request is a read 
operation, the required data is obtained from selected arrays of RAID storage device in 
the active queue to store in data storage 17 for transmitting to a remote user. In other 
words, the Dang technique of controlling the read request indicates a storage controller 
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for asynchronously allocating said file read out from said storage area to said virtual space to 
transmit to said host said file in said virtual space. Therefore, it would have been obvious 
for one of ordinary skill in the art at the time the invention was made to modify the 
O'Connor network file system by including a controller for allocating data to a virtual 
space before transmitting as taught by Dang in order to minimize the amount of time 
required for performing read write operation in RAID storage device of storage area 
network Universal File System. 

Regarding to claims 2 and 5, O'Connor and Dang teaches all the claim subject 
matters as discussed in claims 1 and 4, O'Connor further discloses unit of data specific to 
said operating system has an actual data section and a first control section for defining the 
type of data specific to said operating system, said converter facility considers the entire unit as 
said actual data to add to said unity of data specific to said operating system a second control 
section created for managing the type of data and for being common to said storages (Col, 4, 
line 45-Col. 5, line 13; Col. 6, line 39-Col. 7, line 18). 

Regarding to claim 3, O'Connor and Dang teaches all the claimed subject 
matters as discussed in claim 2, O'Connor further discloses data transfer network is a 
storage area network (FIG. 4). 

Regarding to claim 7, O'Connor and Dang teaches all the claimed subject 
matters as discussed in claim 6, O'Connor further discloses a storage for storing said 
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common format filesy wherein said server issues to said storage a staging request with a file 
operation ID added with respect to a file requested for said access permission^ and sends said 
file operation ID on condition that any error occurs; wherein said storage stages said file in 
accordance with said staging request and add said file operation ID to said file, and wherein 
said host obtains said file by issuing a file operation request to said storage with said file 
operation ID added {¥\G. 12, Col. 4, line45-CoL 5, line 13; Col. 6. line 39-Col. 7, line 18). 

Regarding to claim 8, O'Connor and Dang teaches all the claimed subject 
matters as discussed in claim 7, O'Connor further discloses file operation ID is for use in 
the acknowledgment of access right of said host {Co\, 4, line 45-Col. 5, line 13; Col. 6, line 
39-Col. 7, line 18). 

Regarding to claim 10, O'Connor and Dang teaches all the claimed subject 
matters as discussed in claim 9, O'Connor further discloses data transfer network 
comprises a plurality of fibre switches having hosts and/or storage devices connected thereto 
and a storage area network for connecting these components (FIG. 4, Col. 3, line 53-Col. 4, 
line 2). 

Regarding to claim 1 1 , O'Connor and Dang teaches all the claimed subject 
matters as discussed in claim 9, O'Connor further discloses file in said file format specific 
to said operating system is comprised of actual data and a file control section for defining the 
file type thereof; and wherein said file system considers said actual data plus said file control 
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section as an actual data entirely to create another file control section common to said 
storages^ said file in said file fi>rmat specific to said operating system being converted to a file 
in said file fi^rmat common to said storage storages by adding said another control section to 
said file in said file format specific to said operating system (Col. 4, line 45-Col. 5, line 13; 
Col. 6, line 39-Col. 7, line 18). 



Conclusion 

6. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See 
MPEP § 706, 07(a). Applicant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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7. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to HUNG Q PHAM whose telephone number is 703- 
605-4242. The examiner can normally be reached on Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, KIM Y VU can be reached on 703-305-4393. The fax phone number for the 
organization where this application or proceeding is assigned is (703) 872-9306. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 703-305- 
3900. 

Hung Pham 
September 12, 2003 
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